home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_1199 / 1184 < prev    next >
Text File  |  1994-08-27  |  3KB  |  73 lines
  1. Subject: Re: Make It Simple 
  2. Date: Fri, 29 Jul 94 17:36:31 +0100
  3. From: sjg
  4. X-Mts: smtp
  5. Precedence: bulk
  6.  
  7. > 
  8. >   > I think most users would prefer click-to-type, if you have to move the
  9. >   > mouse you may as well click it.
  10. > I think it would be about equal. In my experience preferences are split
  11. > without half the people not having a clue whats going on, and the remaining
  12. > half equally split to what they prefer. Until you've worked in a point to
  13. > type environment you can't really understand its benefits.
  14.  
  15. I for one far prefer a point-to-type environment in a multi-tasking env. On my
  16. Falcon I like the window-topping idea *when it's single-tasking*, but I get
  17. annoyed when I'm running MultiTOS and it takes a click rather than a vague
  18. 'knock the mouse in the right general direction' that is all I do at work.
  19.  
  20. > 
  21. >   > KEYS
  22. >   > *.*.*.*.*.*.
  23. >   > etc...
  24. >   > 
  25. > Not sure I like this, but that's quite possibly because I'm biased towards
  26. > the .Xdefaults style. Given I can't come up with a concrete objection I guess
  27. > you should just ignore me ;-)
  28.  
  29. I'm not sure it's as flexible as the .Xdefaults way of doing things. What about
  30. when you want to specify something for your app (eg: the corpse-offering that
  31. Warwick does :-) that is outside the definitions ?
  32.  
  33. > 
  34. >   > I hope you are wrong. I don't think any app should write to the file, 
  35. only
  36. >   > read.
  37. >   >
  38. > Agreed. Whatever we eventually decide the domain of the defaults file to be,
  39. > it should not be application writeable.
  40.  
  41. Hmm. 
  42. My gut reaction is that it ought to be. I can see problems with people doing
  43. it incorrectly/poorly, so I think there ought to be library support. Sort of
  44. related... I'm a little concerned about how long all this is going to take.
  45. I definately think it's worth keeping the ascii format, but X uses individual
  46. files for app defaults (which get loaded at run time) as well as a general
  47. configuration file (the .Xdefaults file). I'm beginning to think we ought to
  48. have separate files in C:\system\defaults\ along the lines of:
  49.  
  50. C:\system\defaults\...
  51.        defaults        # general file read on app start up
  52.           file1            # AND this is read when 'file1' runs
  53.           file2            # ditto for file2 ...
  54.  
  55. At which point, writing individual app defaults files becomes easier as well.
  56. You don't mess with the defaults file, but you're allowed to change your own.
  57. Of course, the file format in both should be the same. I think X actually
  58. has different file formats for the individual files, they are effectively 
  59. specified as having no <application> (first) field, and the name of the file
  60. is prepended to all the entries. I can't actually see the point of this.
  61.  
  62. One other thing - someone said the file ought to be case sensitive. Why ?
  63. Wouldn't it be easier to have it insensitive ? You can then still use lc
  64. for entries, but you don't need separate entries for Y,y,True,TRUE etc.
  65.  
  66. ATB,
  67.     Simon.
  68. _______________________________________________________________________
  69. \ Simon Gornall - Kings College London. Email: sjg@phlem.ph.kcl.ac.uk /
  70. /    - finger sjg@137.73.4.24 for info on the MiNT distrib kit -      \
  71. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  72.  
  73.